System and method for quick transactions

ABSTRACT

A system and application for purchasing one or more items via quick online transactions from a vendor system is provided. An electronic shopping page listing products for sale and corresponding buy selectors is provided on a user device that includes the quick transaction system. Upon user selection of a buy selector, the user&#39;s log on status and payment information are determined, and, if necessary, the user is prompted to log on to the quick transaction application and/or complete any missing user payment information if necessary. A single click or tap on the buy selector generates a completed purchase transaction without the need for a shopping cart or user checkout process. Methods and machine-readable medium for quick online transactions are also provided.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.16/201,945, filed Nov. 27, 2018, which is a continuation of U.S. patentapplication Ser. No. 14/592,206, filed Jan. 8, 2015, which claims thebenefit of U.S. Provisional Patent Application No. 61/925,091, filedJan. 8, 2014 and U.S. Provisional Patent Application No. 62/082,724,filed Nov. 21, 2014, all of which are expressly incorporated herein byreference and made a part hereof.

TECHNICAL FIELD

The present disclosure generally relates to a method and system forpurchasing a plurality of items via quick transactions from a vendorsystem, and, in particular, to purchasing products on line without theneed to add each of the products to a shopping cart in order to initiatepurchase flow.

BACKGROUND

Many Web servers and mobile applications have been developed throughwhich vendors can electronically advertise and sell products. Theproducts can include items (e.g., music) that are deliveredelectronically to the purchaser over the Internet, and items (e.g.,clothing) that are delivered through conventional distribution channels(e.g., a common carrier). A server and/or mobile application system mayprovide on a Web page or application an electronic version of a catalogthat lists the items that are available. A user, who is a potentialpurchaser, may browse through the electronic catalog and select variousitems that he/she would like to purchase. Typically, the user loads theselected items in a shopping cart, and then once the loading of items iscompleted, he/she proceeds with their electronic purchase. Sometimes,however, the user may abandon the shopping cart or decide to switch toanother vendor server or application for a variety of reasons, includingbut not limited to a particular desired item not being found or the itembeing found elsewhere cheaper.

Accordingly, there is need for a system that completes a transactionquicker and/or does not require the user to put products to be purchasedin a shopping cart and revisit them before completing the purchase.

SUMMARY

According to one embodiment, the disclosed subject technology relates toa system for providing a quick online transaction. The system includesone or more processors, one or more storage memories, a display and aquick transaction module comprising instructions for causing the one ormore processors to execute a method for providing a quick onlinetransaction. The method includes providing, on the display, anelectronic page including one or more products for sale by one or moresellers and a buy selector associated with at least one of the displayedproducts for sale. The method also includes determining, by the one ormore processors, if a user is logged in to a quick transaction systemwhen the user selects the buy selector and if the quick transactionsystem has required user information of the user to complete a purchasetransaction when the user selects the buy selector. The method furtherincludes providing, by the one or more processors, for an immediateprocessing of the purchase transaction if the user is determined to belogged in to the quick transaction system and the required userinformation is present in the quick transaction system.

The disclosed technology further relates to a non-transitorymachine-readable storage medium comprising machine readable instructionsfor causing a processor to execute a method for providing a quick onlinetransaction. The method includes providing, on the display, anelectronic page including one or more products for sale by one or moresellers and a buy selector associated with at least one of the displayedproducts for sale. The method also includes determining, by the one ormore processors, if a user is logged in to a quick transaction systemwhen the user selects the buy selector and if the quick transactionsystem has required user information of the user to process a purchasetransaction when the user selects the buy selector. The method furtherincludes providing, by the one or more processors, for an immediateprocessing of the purchase transaction if the user is determined to belogged in to the quick transaction system and the required userinformation is present in the quick transaction system.

The disclosed technology further relates to a computer implementedmethod for providing a quick online transaction. The method includesproviding, on a display of a user device, an electronic page includingone or more products for sale by one or more sellers and providing, onthe display of the user device, a buy selector associated with at leastone of the displayed products for sale. The method also includesdetermining, by one or more processors, if a user is logged in to aquick transaction application when the user selects the buy selector andproviding, on the display of the user device, a first user interfacerequesting that the user log in to the quick transaction application ifit is determined that the user is not logged in to the quick transactionapplication. The method further includes determining, by the one or moreprocessors, if the quick transaction application has required userinformation of the user to complete a purchase transaction when the userselects the buy selector and providing, on the display of the userdevice, a second user interface requesting that the user provide anymissing required user information to the quick transaction applicationif it is determined that the quick transaction application does not havethe required user information of the user to complete a purchasetransaction. The method also includes providing, by the one or moreprocessors, for an immediate completion of the purchase transaction whenthe user is determined to be logged in to the quick transactionapplication and the required user information is present in the quicktransaction application.

BRIEF DESCRIPTION OF THE DRAWINGS

To understand the present disclosure, it will now be described by way ofexample, with reference to the accompanying drawings in whichembodiments of the disclosures are illustrated and, together with thedescriptions below, serve to explain the principles of the disclosure.As will be realized, the subject technology is capable of other anddifferent configurations and its several details are capable ofmodification in various other respects, all without departing from thescope of the subject technology. Accordingly, the drawings and detaileddescription are to be regarded as illustrative in nature and not asrestrictive.

FIG. 1 is a system diagram of an e-commerce system constructed inaccordance with this disclosure.

FIG. 2 a is a table illustrating a database record corresponding to ashop.

FIG. 2 b is a table illustrating a database record for a catalog item.

FIG. 3 is a flowchart illustrating a process by which a new shopper'sinformation can be gathered.

FIG. 4 is a flowchart illustrating a process by which an order can beplaced using the disclosed e-commerce system.

FIG. 5 a is a flowchart illustrating a process by which an order can bemodified by a shopper.

FIG. 5 b is a flowchart illustrating a process by which a return can beprocessed.

FIG. 6 is a flowchart illustrating a process by which an order can befulfilled.

FIG. 7 is a flowchart illustrating a process by which items from oneshop can be presented to appropriate shoppers of a non-competitive shop.

FIG. 8 is a flowchart illustrating a process by which items can beautomatically

FIG. 9 is a flowchart illustrating a process by which reorders can begenerated by the disclosed e-commerce system.

FIG. 10 a is a perspective view of a tote bag constructed in accordancewith the disclosed e-commerce system.

FIG. 10 b is a simplified schematic diagram of a circuit embedded withinthe tote bag of FIG. 10 a to automatically make retail purchases.

FIG. 11 a is a side view of a shopping cart constructed in accordancewith the disclosed e-commerce system.

FIG. 11 b is a simplified schematic diagram of a circuit embedded withinthe shopping cart of FIG. 11 a to automatically make retail purchases.

FIG. 12 is a display illustrating a view that a shopper can receive onfirst starting a smart phone shopping application.

FIG. 13 is a display illustrating a view that a shopper can receivewhile entering a search term.

FIGS. 14A-14D illustrate exemplary electronic pages displayed on ascreen of a computing device of a user.

FIGS. 15A-15C illustrate exemplary user interfaces for providing theuser a selection of options of a chosen product.

FIGS. 16A-16C illustrate exemplary user interfaces for obtaining a newshopper's information.

FIGS. 16D-16E illustrate exemplary user interfaces displayed toacknowledge the purchase of the selected product by the new shopper, andto provide options to edit the purchase of the product, to un-buy theproduct, and to continue shopping.

FIGS. 17A-17C illustrate exemplary user interfaces displayed toacknowledge the purchase of the selected product by an existing shopper,and to provide options to edit the purchase of the product, to un-buythe product, and to continue shopping.

FIGS. 18A-18D illustrate exemplary user interfaces of a quicktransaction application in accordance with the present disclosure.

FIG. 19 is a block diagram illustrating a client and server system forthe quick transaction application.

FIG. 20 is a block diagram illustrating an exemplar quick transactionapplication in a system.

FIG. 21 is a schematic diagram illustrating a conceptual partial view ofan example computer program product.

FIG. 22 is a flow chart of an exemplary process for electronicallypurchasing items without using a shopping cart.

FIG. 23 is a schematic diagram illustrating a conceptual partial view ofan example computer program.

DETAILED DESCRIPTION OF THE DRAWINGS

While this invention is susceptible of embodiments in many differentforms, there is shown in the drawings and will herein be described indetail preferred embodiments of the invention with the understandingthat the present disclosure is to be considered as an exemplification ofthe principles of the invention and is not intended to limit the broadaspect of the invention to the embodiments illustrated. Thus, in thefollowing detailed description, numerous specific details are set forthto provide a full understanding of the subject technology. It will beapparent, however, that different aspects of the subject technology maybe practiced without some of these specific details. In other instances,well-known structures and techniques have not been shown in detail so asnot to obscure the disclosure.

Turning to the Figures and to FIG. 1 in particular, a new e-commercesystem is disclosed. A shop server 102 accepts catalog informationcorresponding to a plurality of shops. For example, the shop server 102may accept catalogs from a variety of retailers, such as, for example, asunglass shop, a ladies business clothing store, a high fashion shop, alow price fashion shop, a denim clothing shop, an outdoor clothingstore, a footwear store, a plus sized ladies clothing shop, an Asiangift store, a confectionary, a bath store, a home goods store, a jewelrystore, an adult toy store, an electronics store, a cell phone store, amusic store, an audio-visual store, a children's clothing store, achildren's toy store, a lingerie shop, and other types of shop. The shopserver 102 creates a structured set of electronic catalogs correspondingto the different shops, and stores those catalogs in the database 108.

A shopper information server 114 gathers information regarding shoppers151, and creates records in the database 108 corresponding to eachshopper. The process by which information is gathered from shoppers isexplored in more detail later in this disclosure.

In one embodiment, a catalog server 110 presents catalogs of items fromthe database 108 to shoppers 151. Similarly, a transaction server 112allows shoppers 151 to place orders with shops and send messages to shopadministrators to fulfill those orders.

It should be noted that shoppers 151 can use a variety of means totransact with the disclosed e-commerce system. For example, shopper 151a utilizes a smart phone, while shopper 151 b utilizes a standardcomputer and shopper 151 c utilizes a tablet computer. Finally, shopper151 d utilizes a wearable computer system. The type of computer systemused to transact with the disclosed e-commerce system is not alimitation of the invention.

In one embodiment, each electronic catalog comprises a plurality ofdatabase records. FIG. 2 a depicts a shop record 202 constructed inaccordance with this example. It comprises a shop identifier 203, whichis unique to shops and used to quickly reference the shop record 202from another database record. It also comprises a shop name 204, anadministrator identifier 205, and a physical address 206. Theadministrator identifier 205 identifies an administrator record (notdepicted) that is used to store access and contact information for oneor more shop administrators. In addition, the shop record 202 comprisesan item list 210 that references catalog items, as described below.

FIG. 2 b depicts a catalog item record 250 constructed m accordance withthis example. The catalog item record 250 comprises an item identifier252, which is unique to items in the database 108 and is used to quicklyreference the catalog item record 252 from other records in thedatabase. The catalog item record 250 further comprises an item title253, a shop identifier (corresponding to the shop which the item belongsto), a true item identifier 255, and a list of true item descriptionfields 256.

A true item identifier 255 corresponds to a generic item type. Forexample, a true item identifier 255 can identify a set of men's runningshoes, a pair of sun glasses, or an audio player. The list of true itemdescription fields 256 comprises a collection of fields that vary basedon the generic item type. For example, for a set of men's running shoes,the true item description fields 256 could comprise: a) the primarycolor; b) the secondary color; c) the shoe size; and d) the type ofrunning shoe (i.e., road, trail, etc.). Other item types would haveother item description fields.

Turning to FIG. 3 , a flowchart describing one process by whichinformation from a shopper can be gathered is described. In step 302, anunregistered visitor either seeks to register or attempts to place anorder, thereby initiating the information gathering process. In step304, the user is queried for basic information; i.e.; the user's name,address, email address, mobile phone number, communications preferences,billing information, and billing preferences. With regards tocommunications preferences, a user can select, for example, to receiveorder confirmations by email, text message, or robo-call. With regardsto billing preferences, a user can select to charge one credit card forcertain types of expenses, such as clothing, and another credit card forother expenses, such as office supplies. Other payment forms, such as anonline wallet, bit coin address, or gift card can also be entered.Moreover, the user can setup rules that allow for “lowest cost routing”of payment. For example, assuming that a user has three credit cards—onethat provides better rates for transactions in excess of $100, one thatprovides better rates for purchases of electronics goods, and one thatis designated as purchases made on behalf of the customer's employer.

In one embodiment, a profile for the user is created in step 306. Instep 308, the shopper is queried regarding as to whether s/he wants tosubmit additional information to improve her shopping experience. If theuser prefers to not submit additional information, execution transitionsto step 312, where the process is exited. However, if the user agrees tosubmit additional information, it is gathered in step 310 using any ofthe profile building techniques well known in the art.

One method by which additional information about a customer'sinformation and preferences can be gathered is through a user's mobiledevice. Mobile devices, such as smartphones, tend to be used by a singleperson, and accordingly, tend to have reliable information about thatperson and that person's preferences. Accordingly, in one embodiment ofthe disclosed e-commerce system, an application running on a mobiledevice can gather information regarding the customer, such as thecustomer's address, phone number, and potentially payment means, such ascredit cards, online wallets, etc. Further information regarding acustomer's preferences can be gathered through interfaces to otherapplications, as well as through interfaces through social networks andother online identity sources. For example, from a user's socialnetwork, a customer's music and movie likes and dislikes can beextracted, as well as, in many cases, the brands that a user likes. Fromthese preferences, similar brands and preferences can be extrapolatedand presented to the user.

FIG. 4 is a flowchart illustrating one process by which an order can beplaced by a shopper. The disclosed multi-tenant e-commerce service doesnot use a “shopping cart.” Instead, a shopper simply selects “buy” or anequivalent device, which immediately places the order. A confirmation issent to the user by the user's preferred communication means, allowingthe user to modify or cancel the order.

In one embodiment, in step 402, a shopper browses a catalog, orcatalogs, until she/he finds a desired item. The shopper then presses“order” or an equivalent device in step 404. A confirmation is sent tothe user by the user's preferred communications means in step 406.

In addition, the disclosed e-commerce system supports group ordering.For example, as opposed to pressing “order,” a customer could make anentry that initiates a group order, such as by pressing an “initiategroup order” button. The customer could then be presented with a screenthat allows the customer to input a list of contacts for other personswho will be participating in the group ordering and an invoice for theamount due from the initiating customer. The amount due from theinitiating customer could be an amount set by the initiator, or,alternatively, could be the amount of the item divided by the number ofpurchasers. The system would then generate messages, such as e-mails ortext messages, to the list of contacts specified by the initiatingcustomer. Each message contains a description of the item ordered, suchas the catalog listing, a listing of the other persons in the group andtheir contact information, a listing of which other group members haveagreed to the order, an indication of a recommended contribution amount,and a button or other means that allows the user to participate in thegroup order with a single operation (such as clicking the button). Whilethe recommended contribution amount could be automatically determined orset by the initiator, each contributor could also input a separateamount indicating what they are willing to contribute to the grouppurchase.

FIG. 5 a is a flowchart illustrating one process by which a shopper canmodify a placed order. Generally, a shopper will receive an orderconfirmation via their preferred communications method. The orderconfirmation will contain a way for the user to modify or cancel theirorder. For example, an email could contain two HTML links; one toimmediately cancel the order, and another to modify the order. If theuser has chosen to modify or cancel the order, the process outlinedbelow allows the modification.

In step 502, a request to modify an order is received. In step 504, acheck is made to determine whether the order has been processed forshipping. If it has been processed for shipping, execution proceeds tostep 506, where the shopper is informed that the order has already beenprocessed. In step 508, the shopper is forwarded to a means to process areturn. Returning to step 504, if the order has not yet processed forshipping, execution transitions to step 508, where a modification can bemade. For example, the user can modify the quantity of the itemsordered, the shipping address to where the order is to be shipped, theproperties of the product, such as size, quantity, color, features,etc., or some other type of modification. In addition, the user canmodify the order by applying a coupon, which may be in the form of acode that is entered. It should be noted that an order cancellation canbe made by modifying the quantity ordered to zero. In step 512, theprocess is exited.

FIG. 5 b is a flowchart depicting a process by which a return can beprocessed. In step 552 a request is received to return an item. In step554, a return label is printed, and in step 556, instructions for thecustomer to return the item are printed. In step 558, a return record iscreated corresponding to the order with the status “return in process,”and in step 560, the process exits. The return will then be received andprocessed by a warehouse, and the customer's funds returned.

FIG. 6 is a flow chart depicting one process by which an order placedusing the disclosed multi-tenant e-commerce system can be fulfilled. Instep 602 an order is received by a shop. In step 604, a time period ismarked off during which the shop is not permitted to process the order.This can be accomplished by not forwarding the order to the shop for theprescribed time, or, alternatively, through a business rule prohibitingthe shop from changing the order status to “in process” for a prescribedperiod of time. This time period is required so that shoppers can makemodifications or cancel an order shortly after ordering. In step 606, adetermination is made as to whether the customer placed the order fordelivery, or whether the customer intends to pick the order up. If thecustomer placed the order for delivery, in step 606 the order ispackaged and shipped to the customer, and the process exits in step 614.However, if the customer placed the order for pickup, executiontransitions to step 610 where the order is routed to the appropriatephysical store closed to the customer's location. In step 612, the orderis prepared for pickup by the customer by staff at the store, and theprocess exits in step 614. This process of order fulfillment allowscustomers to seamlessly cancel orders as well as to seamlessly returnundesired goods.

An important feature of the disclosed multi-tenant e-commerce system isthe function of presenting an item from a first shop to shoppers of asecond non-competitive shop. This is generally accomplished by gatheringa user's preferences, either directly from the shopper, or by monitoringthe user's shopping habits. It should be noted that the disclosede-commerce system encompasses both methods using any of the techniquesknown in the art.

FIG. 7 is a flow chart depicting one process by which items from oneshop can be presented while a user is browsing a non-competitive shop.In step 702 items are presented to a shopper. In step 704, database 108is queried for the shopper's preferences. Based on those preferences, alist of items most likely to be of interest to the shopper is compiledin step 706. In step 708, any items that would compete with offerings ofthe shop that the customer is presently browsing are filtered out. Instep 710, the X items that are most likely to appeal to the customer arepresented to the customer within the shop that s/he is browsing.Generally, X should be a fairly small number, such as 1-3 items,although certain embodiments could present more items to a user.

FIG. 8 depicts a flowchart describing one process by which certain itemscan be flagged for automatic reordering. In step 802, after an item isordered a check is made to determine if it is one that is often orderedperiodically. Items that are often ordered periodically include staplefoods, such as rice, cleaning products, such as bleach, and personalcare products, such as deodorant. In addition, other items may beflagged for reordering by a particular customer, or by the collectiveshopping patterns of all customers of the system. If the recentlyordered item is not that is often ordered periodically, the processexits in step 806. However, if the recently ordered item is one that isoften ordered periodically, execution transitions to step 804, where acommunication to the shopper that ordered the item is generated andtransmitted to the shopper, and in step 805, the item is marked forreordering on a standard schedule. The process then exits in step 806.

With regards to the communication generated in step 804, it can be forexample, an email, a text message, or a robo-call, as indicated by theshopper's preferences (if a preference is set). In the communication,the user will be notified that a periodic order has been created, andgiven an option to modify the reorder period, or cancel it entirely. Forexample, an email can contain a hyperlink to a page allowing the user toset the reorder period or cancel the reorder entirely.

Turning to FIG. 9 , a flowchart depicting one process by which periodicreorders can be automatically generated. The depicted process is to berun at a periodic interval, such as one time per day, and can be run forevery shopper in the database. In step 902, a shopper's record isqueried to determine if there are any item reorders. If there are not,the process exits in step 910. However, if there are item reorders, thelist of reorder items is iterated in step 906, and, for each itemreorder that should be ordered at the time the process is ran, a neworder is generated and processed in step 908 as discussed earlier inthis disclosure. The process then exits in step 910.

Another feature of one embodiment of the disclosed e-commerce solutionis to allow lowest cost routing of orders by merchants (as well as byconsumers as previously discussed). For example, it is well known thatdifferent payment processors charge different rates depending on variousfactors, such as the particular card that is presented. Accordingly, amerchant can configure the e-commerce system so that payments by, forexample, Discover Card, are processed by a first processor, whileAmerican Express payments are processed by a second processor, andpayments by Mastercard and Visa are processed by a third processor.

In addition, the system can periodically send communications, such asemails and SMS texts to shoppers that use the system. The communicationscan contain catalog listings of items that the shoppers are likely to beinterested in based on the shopper's buying patterns, or that merchantsare attempting to promote to certain classes of shoppers. In addition,the listings can contain indicia that allow the user to easily purchasethe listed items. For example, an email or push notification can containa button for each item listed in the communication; by pressing thebutton, the user can purchase the item with a single click as outlinedherein. Similarly, an SMS communication can indicate a numeric code thatthe user replies with to purchase a particular item.

One issue that arises with conventional e-commerce solutions is thatcustomers can abandon an order prior to completing it. This can lead toitems being “orphaned” in the shopping cart. Items can be orphaned for avariety of reasons. First, the user can intentionally abandon the order.This would occur, for example, if the user did not want the items.Second, a user may experience a technical issue, such as a hardware orsoftware crash, or a network issue, prior to completing the order. Orthird, a user may have something more urgent arise, that distracts herattention from shopping prior to her completing the order. In cases twoand three, both the user and the store are missing the benefit ofcompleting the order.

In accordance with one embodiment, a communication, such as an email,SMS text, or push notification is generated and sent to a shopper afteritems are orphaned in a shopping cart for some period of time, such as,for example, four hours. The communication contains a listing of theitems in the abandoned cart, and a “complete order” (or equivalent)device. By pressing the complete order (or equivalent) device, the orderis completed, and the items in the cart are sent to the shopper.

The disclosed e-commerce system also envisions improving on thetraditional retail shopping experience by providing a novel new way toshop for goods. This embodiment is explained with reference to FIGS. 10a and 10 b . In particular, the disclosed shopping system would allowcustomers of a retail store to purchase items simply by placing them ina specialized tote bag 1000. The tote bag 1000 contains a simple circuitwoven into one of the interior walls or bottom comprising a battery, anactive RFID device, and a wireless transceiver (such as an 802.11transceiver). Each tote bag 1000 will need to be registered to aparticular person who will need to have a preregistered payment means,such as a credit card or online wallet. To use this system, every itemin the store must include a passive RFID, which, when brought inproximity to the active RFID of the tote bag 1000 signals a purchase bythe tote bag's 1000 owner.

Turning to FIG. 10 b , a simple block diagram of the tote bag circuit isdisclosed. A battery 1002 powers an active RFID 1004. The active RFID1004 can detect when a passive RFID coupled to a retail item (not shown)is brought into close proximity, such as when the item is placed in thetote. When this occurs, the active RFID 1004 signals the microprocessor1006, which then causes the active RFID 1004 to read an identifierstored in the passive RFID corresponding to the item to which thepassive RFID is attached. This identifier is then passed to themicroprocessor 1006, which then uses the transceiver 1008 to transmitthe item identifier to a store server (not shown) which completes thepurchase on behalf of the user.

Given that the tote bag 1000 may come into contact with items that arewithin the store, but are not placed inside the tote bag 1000, there isa possibility that items could be spuriously purchased. One way toprevent this would be to shield the outside of the tote bag 1000 toprevent even a close coupling of the active RFID 1004 to a passive RFID(not shown) from activating the active RFID.

In another embodiment of the disclosed retail shopping service,consumers can utilize a mobile computing device to check out a shoppingcart. Generally, consumers will register their mobile device with theshopping cart, which will operate similarly to the previously describedtote bags 1000. Turning to FIGS. 11 a and 11 b , each shopping cart 1100incorporates a circuit board 1102. In addition, in embodiments that areintended to mate with smart phones, a cradle 1104 can be provided.

The circuit 1102 can comprise a battery 1112, a mobile device matingcircuit 1114, a microprocessor 1116, an active RFID, and a wirelesstransceiver 1120. The mobile device mating circuit 1114 can be a wiredcircuit, a wireless circuit, or both. For example, the mobile devicemating circuit 1114 can be a wireless mating circuit, such as, forexample, a Bluetooth wireless mating circuit. In such an embodiment, acustomer would need to obtain an identifier (such as a number) from theshopping cart 1100, and input that into an application on the user'smobile computer device, which would then mate with the shopping cart1100. The mobile device mating circuit 1114 can also be a wired circuit,such as, for example, a USB circuit. In such an embodiment, the userwould physically mate a USB port on her device with a USB connector onthe shopping cart 1100, which would activate an application on theuser's mobile computing device allowing the user to confirm that themating had occurred.

After the user's mobile computing device was mated with the mobiledevice mating circuit 1114, the microprocessor 1116 verifies that theuser's mobile device contains a valid payment option. The active RFID1118 and wireless transceiver operate similarly to the same devices inthe tote bag embodiment.

In particular, in one embodiment, the active RFID 1118 can be mounted ina central position within the shopping cart 110. The active RFID 1118detects when a passive RFID coupled to a retail item (not shown) isbrought into close proximity; i.e., by the shopper moving it to within afew inches of the active RFID 1118. When this occurs, the active RFID1118 signals the microprocessor 1116, which causes the active RFID 1118to read an identifier stored in the passive RFID corresponding to theitem to which the passive RFID is attached. This identifier is thenpassed to the microprocessor, which then uses the transceiver 1120 totransmit the item identifier to a store server (not shown) whichcompletes the purchase.

FIGS. 12 and 13 illustrate one embodiment of a smart phone applicationfor use with the disclosed multi-tenant e-commerce system. Turning toFIG. 12 , one embodiment of a view is depicted that a shopper that hasalready registered with the e-commerce system could see on firstentering the application. The view depicted is customized to theshopper, and does not depict the listings on any particular store.Rather, based on the preferences of the user as determined byinformation submitted by the user or by monitoring the user'sactivities, products of many different shops can be displayed. FIG. 13depicts a search by a shopper. In this embodiment, discovery of items isdriven by the user's preferences and by searches conducted for specificitems. As depicted, a standard soft keypad is used to enter a searchterm.

As explained herein, a potential purchaser may browse through anelectronic catalog of an application or Web page of a vendor and selectvarious items that he/she would like to purchase. Typically, the userloads the selected items into an electronic shopping cart, and then oncethe loading of items is completed, he/she proceeds with their electronicpurchase. However, shopping carts add little to no value in the onlineshopping experience, as many times the shopping cart serves as a vehiclefor del ay and abandonment, rather than serving as a vehicle for quicktransactions. Indeed, consumers often place items in a shopping cart,showing an intent to purchase, but then forget, get distracted orabandon the shopping cart for a variety of reasons. In the past,electronic commerce software has generally attempted to shoe horn theconcepts of a physical shopping experience into software. However, theuser experience of the traditional physical shopping experience does notmatch the actions of modern, electronically savvy consumers.

Accordingly, the present disclosure provides a system and method forpurchasing a plurality of items via quick transactions from a vendorsystem. The quick transaction system, which does not require loading theitems selected for purchasing in a shopping cart, eliminates wastefulsteps that have little relevance in online shopping, thereby quickeningthe purchasing transactions of the purchaser/user.

In one example, after accessing a screen of a vendor's electronic store,for example, an online catalog, mobile retail application, or website,using a computing device, when a consumer decides to purchase an itemfound on the screen, the user will select to buy the item, typically byclicking/tapping on a “buy” button. If the consumer is not logged inand/or has not previously entered all of the required information tocomplete a transaction, the quick transaction system generates anddisplays a user interface asking the user to log in or enter the unknownuser information that is required to complete the transaction, such asbilling address, shipping address, and payment method. As the consumercontinues to electronically select additional items to purchase in theelectronic store by selecting the “buy” button for each additional item,the transaction for the additional item is automatically processed. Thisallows the consumer to quickly buy the products in which the consumer isinterested. As such, the quick transaction system does not requireloading the selected items into a shopping cart, and instead allowsevery transaction to be discrete. Therefore, each purchased item/SKUwill be a separate transaction. The consumer is able to transact andoperate within the electronic store the same way that they currently do,but instead of having an extra step of placing each item into a cart,they will be able to immediately purchase each item.

In one implementation, the quick transaction system will handle thebatching of individual transactions into one batch transaction that willbe the aggregate of the set. This will allow shipping and packing to bemore intelligent. Batching is done on the back end based on presetretailer information. For example, a retailer may define a groupingwindow whereby all transactions that occur within a specific timeframemay be grouped for discounted shipping. Accordingly, if a first item ispurchased in a first transaction and the consumer subsequently isbrowsing to potentially make a second purchase in a second transactionwithin the preset grouping window, the quick transaction system mayadjust certain pricing, such as the shipping cost, of the secondpurchase if the second purchase can be shipped with the first purchase.

In one embodiment the quick transaction system is associated with anapplication, such as a mobile application. In such an example, theapplication is referred to as a quick transaction application. The quicktransaction system, including such a quick transaction application, maybe provided on any suitable computing device, such as a server, apersonal computer, a tablet computer, a smartphone, a wearable computersystem and the like. The quick transaction system may be linked to oneor more electronic sales systems, such as electronic commerce systems,applications, websites, and the like. As explained herein, a user may berequired to onboard or sign up for the quick transaction system. Theuser may then browse through a sales website, mobile application oronline product catalog to identify and purchase products or services,for example. Alternatively, the user may be required to sign up for thequick transaction system, i.e., onboard, after selecting a product forpurchase.

FIGS. 14A-14D illustrate exemplary electronic pages displayed on ascreen 2130 of a computing device 2120 (e.g., smartphone) of a userduring product browsing. As shown in FIGS. 14A-14C, when the useraccesses a vender site, such as via a mobile application, to browse forproducts of interest, electronic pages 2140 are displayed that include aset of products 2150 and corresponding “Buy” buttons or icons 2160 andprices 2170. For example, all of the displayed products 2150 may be fromthe vendor who owns the vendor site. As another example, some of thedisplayed products 2150 may be from the vendor who owns the vendor siteand other displayed products 2150 may be from other vendors, which maybe selected based on determining user preferences. Alternately, theelectronic pages 2140 that are displayed to the user may not be based onthe user entering a vendor site, but may instead be based on preferencesof the user determined by information submitted by the user and/or bymonitoring the user's activities, so that products 2150 of differentvendors may be displayed without the user ever entering a specificvendor site.

In one example, once the user selects the “Buy” button or icon 2160associated with a selected product 2155 on a screen 2130 of a vendorsite, the quick transition system will immediately process thetransaction. If, however, the user desires to select a different size orcolor, for example, of the product, the system generates and displays auser interface 2180, such as shown in FIG. 14D, which identifiesadditional details or options for the selected product 2155. In theexample shown in FIG. 14D the selected product 2155 is a Backpack. Thedisplayed user interface 2180 shown in FIG. 14D includes the opportunityfor the user to review additional options for the Backpack by selectingthe “Select Size, Color” button/icon 2190 for selecting an alternatesize and color of the Backpack. Alternately, if the user does not wantto select an alternate size and/or color of the Backpack, the systemprovides a “Buy” button/icon 2165 for immediate purchasing of theidentified Backpack.

In accordance with the present disclosure, the quick transaction systemdoes not display a “shopping cart” button to enable the user to load aselected product into a shopping cart and to keep on browsing foradditional products prior to purchasing the selected product. Instead,the quick transaction system provides a “Buy” button/icon that has acomplete ecommerce experience built within. No additional shopping cartprocessing is required. The entire infrastructure for completing thetransaction exists internally within the system upon selecting the “Buy”button/icon. Further, since the transaction processing beginsimmediately upon selecting the “Buy” button/icon, the consumer is notsent to another site or page to complete the transaction. This processis not limited to an electronic retail shopping website or mobileapplication. Such system could be provided in an email, a tweet, anelectronic game, etc. Upon selection of the “Buy” button/icon,regardless of the type of application in which the “Buy” button/icon islocated, if the user is known and has previously onboarded, thetransaction will be immediately processed.

In one embodiment, once the user has selected a product that he/she isinterested in purchasing, such as the Backpack product shown in FIG.14D, and if the user is interested in viewing additional options for theBackpack, such as by selecting the “Select Size, Color” button/icon 2190in FIG. 14D, the quick transition system generates and displaysadditional user interfaces, such as interfaces 2200 shown in FIGS.15A-15C, to allow the user to select additional options, such as colorand size options, for the Backpack. For example, the system may thendirect the user to an interface as shown in 15A, which includes apicture of the default color and size of the selected product 2155(e.g., the Backpack), as well as a “More Patterns” button 2210. In thisexample, if the user selects the “More Patterns” button 2210 provided onscreen 2200 of FIG. 15A, the system may direct the user to screen 2200shown in FIG. 15B. After the user has selected a color option and a sizeoption for the Backpack, as shown in FIG. 15C, and after the user hastapped the “Buy” button/icon 2165 shown in FIG. 15C, in this example thetransaction (i.e., the purchase) will be processed if the user is loggedin to the application. At that point the transaction will be processedas shown in FIG. 16D.

If the user is not logged in or if the consumer is a new user, thesystem will request additional information from the user. In one examplewhere the consumer is a new user, the quick transaction system displaysadditional user interfaces, for example such as interfaces 2310, 2320,2330 shown in FIGS. 16A-16C, to request entry by the user of additionalrequired information, such as email address, shipping address, and modeof payment. Additionally, other displayed user interfaces (not shown)may request additional information, such as employment information andeducation information by the new user. The system or application alsodetermines if the user information entered by the user (i.e., billingaddress, billing credit card, etc.) is valid.

Referring to FIG. 16D, once the required information has been providedby the new user, or if the user is an existing user that has alreadylogged in, the quick transaction system displays a user interface 2340that provides an indication 2350 that the system is processing thetransaction. After the purchase transaction has completed processing,the quick transaction system provides confirmation 2370 (e.g., areceipt), such as in a user interface 2360 shown in FIG. 16E, that thepurchase transaction has been completed. The system also provides anopportunity for the user to edit or unbuy this purchase through an “Editor Unbuy” button/icon 2390 provided in user interface 2360. The “Edit orUnbuy” button/icon 2390 enables the user to change or cancel the orderbefore the purchased product is shipped. Additionally, the systemprovides the user the ability to continue shopping through a “ContinueShopping” button/icon 2380, which is also provided on interface 2360 inthis example. Because the system has smart batching technology, thesystem also allows for perks to entice the user to continue shopping,such as free or discounted shipping for additional products purchasedwithin a period of time preset by the retailer.

As shown in FIGS. 17A-17C, if the user is not a new purchaser and islogged in to the system, after the user selects the “Buy” button/icon2165 to buy the product as shown in FIG. 17A, the quick transactionsystem automatically displays the user interface 2340 shown in FIG. 17Bthat provides the indication 2350 that it is processing the transaction,and the system will then provide a completed transaction screen 2360 asshown in FIG. 17C.

In accordance with the present disclosure, a user should onboard or login to the system to conduct a transaction. Accordingly, once the userconducts a first transaction, as that user continues to browseadditional items to purchase, and upon selection of an additional itemfor purchase, such as in one example selecting the “Buy” button/icon2160 associated with a product shown in FIGS. 14A-14C, the purchasetransaction for the additional item is automatically processed. Thus,once the user clicks on the “Buy” button/icon 2160 associated with asecond product 2150, as displayed, for example, in FIGS. 14A-14C, or inany other electronic page 2140 accessed by the user using his computingdevice 2120, the quick transition system will automatically process thetransaction.

In an alternate embodiment, rather than waiting for a user to select to“buy” a product before determining if the user is logged in andcompleted the onboard process, upon detection of a user browsing a webpage or navigating through an application where the user has not loggedin or is logged in but not all of the required information has beenentered in to the system, the quick transaction system is configured togenerate and display interfaces, such as interfaces 2510, 2520, 2530shown in FIGS. 18A-18C, that include requests for the consumer'sinformation that is required to complete a transaction (e.g., emailaddress, shipping address, billing information).

As shown in FIG. 18D, regarding the “quick buying” aspect of the system,the quick transaction system informs the user, such as through a userinterface 2540, that a transaction is completed instantly with savedpayment information after the “Buy” button is selected. Similarly,regarding the “Easy editing” aspect of the system, as shown in FIG. 18Dthe quick transaction system informs the user that he/she can change anyparameter of his/her purchase, even after he/she purchases items.Further, as also shown in FIG. 18D regarding the “Honest pricing” aspectof the system, the quick transaction system informs the user that thesystem provides all-inclusive pricing so that the consumer knows theexact price they will pay for an item, inclusive of shipping, tax, etc.Finally, as shown in FIG. 18D, the displayed interface includes a “StartShopping” button/icon 2550, which once selected by the user allows forinstant processing and instant checkout with one tap buying based onsaved onboarded information.

As shown in FIG. 19 , the quick transaction system may be provided on aclient-server system 2600. For example, the quick transaction system maybe provided on an application on a user's electronic device 2610, wherethe quick transaction application connects to sales websites or onlinestores through the server 2620 of a seller or retailer over a network2640. Alternately, the quick transaction application may connect to athird party, which then transmits the transaction to the seller orretailer. A separate server based website 2630 may also be provided. Theseparate server based website 2630 may be configured to provide the samequick transaction system features to registered users as the computingdevice based quick transaction application. For example, a user may login directly to the quick transaction system website 2630 and purchaseproducts without loading them in a shopping cart.

As shown in FIG. 20 , the quick transaction system may be an applicationprogram interface (API) 2700 that interacts with one or more systemsinvolved in an electronic or online purchase transaction. For example,the API 2700 is configured to interface with a retailer system 2710,with the user through a Client device and/or application 2720. The API2700 may further interface with one or more databases 2730, such as aClient Info database 2730 that may provide client information, whichincludes saved payment information.

Referring to FIG. 21 , a block diagram illustrating components of theserver of FIG. 20 is provided. As shown, server 2800 includes a serverengine 2802, various Web pages 2804, a quick transaction application2806, a customer database 2808, a purchase database 2810, and aninventory database 2812. The server engine 2802 is configured to receiveHTTP requests to access Web pages identified by URLs and provides theWeb pages to the various client systems. The customer database 2808contains customer information for various purchasers or potentialpurchasers. As stated, the customer information includespurchaser-specific order information such as the name of the customer,billing information, and shipping information. The purchase database2810 contains an entry for each purchase that has not yet been shippedto a purchaser. The inventory database 2812 contains a description ofthe various items that may be ordered. Alternately, a plurality ofservers 2800 having one or more of the components identified above maybe utilized, and the various servers 2800 and/or components of thevarious servers 2800 will be in communication.

In accordance with the present disclosure, the quick transaction systemmay be an application program interface (API) that interacts with one ormore systems involved in an electronic or online purchase transaction.For example, the API may interface with a retailer system through aRetailer Control Panel and through a Retailer backend system. The APImay also interface with the user through a Client device and/orapplication.

Now referring to FIG. 22 , a flow chart of the process 2900 for quicktransaction/cartless purchasing of items accessed on a web page orapplication is shown. Once initiated, at Step 2902, by a purchaseraccessing an item website of a vendor or a vendor application, the quicktransaction system is configured to monitor the user access and browsingof the associated web pages and application screens, at Step 2904. Upondetection a clicking or otherwise selecting the “buy” button/icon by thecustomer to purchase a first item, at Step 2906, if the user is notlogged in to the system or if not all of the required information forthe particular user has been previously entered into the system, thequick transaction system is configured to trigger a user interfacerequesting the customer's information, at Step 2908.

For example, the user may be queried for basic information such as theuser's name, address, email address, mobile phone number, communicationspreferences, billing information, and billing preferences. With regardsto communications preferences, a user may select, for example, toreceive order confirmations by email, text message, or robo-call. Withregards to billing preferences, a user may select, for example, tocharge one credit card for certain types of expenses, such as clothing,and another credit card for other expenses, such as office supplies.Other payment forms may also be entered (e.g., online wallet, bit coinaddress, a gift card and the like). Further, the user may set up rulesthat allow for “lowest cost routing” of payment. For example, the usermay have three credit cards, one that provides better rates fortransactions in excess of $100, one that provides better rates forpurchases of electronic goods, and one that is designated for purchasesmade on behalf of the user's employer.

Subsequently, once the user completes his/her entry of the requestedinformation, the quick transaction system is configured to verify andstore the customer's information, at Step 2910. Moreover, uponverification of the customers' information, the quick transaction systemis configured to complete the purchasing process of the first item,which may include the purchase of a multitude of the first item, at Step2912. If however, the consumer is logged in and has previously enteredall of the requested customer information, after selecting the “Buy”button/icon in Step 2906, the system will proceed directly to Step 2912to complete the purchase transaction.

As the user continues to seek additional items to purchase, the quicktransaction system retains the customer's information for the nextdetection of selecting the “Buy” button/icon by the same purchaser. Assuch, once the quick transaction system detects the next selection ofthe “Buy” button/icon by the purchaser who intends to purchase a seconditem, at Step 2914, the quick transaction system is configured toautomatically display a user interface to complete the purchasing of thesecond item, without requesting any customer information, and provide apurchasing confirmation to the customer, at Step 2916.

As stated above, each purchased item has a separate purchasingtransaction associated with it, and the customer's information isrequested only for the first purchasing transaction, and only then ifthe customer is not already logged in. The quick transaction system isalso configured to generate and display another user interface, afterthe purchase of the second item, for example, to inform the purchaserwhether the first purchased item(s) and the second purchased item(s) maybe shipped together on the same day or on different days based on theirrespective inventories. Additionally, on the back end of the quicktransaction system, retailers are able to define grouping windows forbatching of transactions to provide a benefit to both the retailer andthe consumer.

In various embodiments, as explained above, the system allows forunbuying and/or modifying previously processed orders. Additionally, thesystem may also allow in certain embodiments for various promotions orbenefits to the user post processing, including, but not limited to, thebatching of certain orders for shipping, and promotions based on spendthresholds.

In one embodiment, immediately upon the user selecting to “buy” aproduct, the system processes the order. Once the order is processed, inone embodiment an electronic receipt or confirmation is provided to theuser, signifying that the order is completed, and the system locks theorder. Additionally, at that time the system may create one or moredifferent thresholds, including but not limited to an (1) edit timevalue, a (2) batch duration time, which is also referred to as the ordercutoff time; and (3) free shipping qualification based on certainthresholds. In one embodiment, the edit time value is a period of timeset by the retailer/seller within which the user may modify or unbuytheir order following the completion of the order. Typically, the edittime is configured by the retailer/seller as part of their systemconfiguration. For example, if the seller sets the edit time at 2 hours,when a buyer makes a purchase at 4:15, the buyer has until 6:15 toeither unbuy or modify that order. After 6:15, in this example, theorder is marked as unchangeable and the buyer/user can no longer makechanges through the system to that order.

Similarly, in one embodiment, a batch relates to orders that aredesignated to be shipped to the same address and which are placed withina certain window of time, or before a certain deadline, both of whichare defined by the seller/retailer, so that they can be passed tofulfillment together. Doing so helps the user/buyer not have torepeatedly pay separate shipping for items purchased within a buyingsession, and it also allows for logistical efficiencies for theretailer. Like the edit time value, the batch duration time is a periodof time set by the retailer/seller within which all orders by a userthat are designated to be shipped to the same address can be shippedtogether. Alternately, the batch duration time may be a deadline wherebyall orders by a user that are designated to be shipped to the sameaddress can be shipped together. For example, if the batch duration timeis set at 3 hours, and the buyer makes a purchase at 4:15, allsubsequent orders of the buyer that are designated to be shipped to thesame address and which are completed prior to 7:15 will be batchedtogether and the buyer will typically receive a reduced shipping ratefor all batched purchases. As an alternate example, the seller/retailermay set a given time of day, such as 5:00 pm, as a batch deadline,whereby all orders made from the prior day at 5:01 pm until the presentday at 5:00 pm, and which are designated to be shipped to the sameaddress, will be batched together for shipment purposes. In such anembodiment, the batch would contain all completed purchases for the sameaddress into a shipment so that it can be passed to the fulfillmentsystem for processing at the same time every day, which in this exampleis 5:00 pm. Once a user buys an item, the system reminds the buyer aboutthe time they have left to add to their order for reduced or noadditional shipping cost.

Further, in one embodiment the system allows the retailer/seller tooffer free shipping to the user based on certain requirements, such asattaining a threshold for dollars spent or items purchased in a session.For example, in one embodiment, the system will prompt the user aftertheir make their first purchase about the additional money they need tospend, i.e. the ‘spend threshold’, within a time threshold determined bythe retailer, to qualify for free shipping. Once the user hits the spendthreshold within the time threshold, the shipping costs the user wascharged when purchasing their prior item(s) will be reversed. Similarly,once a user buys an item, the system reminds the buyer about the timethey have left to add to their order for reduced or no additionalshipping cost.

In various embodiments, the system provides indicators on the variousdisplays viewed by the user, e.g., website pages or application screens,of the time needed to qualify additional purchases for reduced shipping,the time/amount needed to qualify additional or all purchases for freeshipping, or the time allowed and/or remaining for unbuying or editingan order.

Below are two examples of buying scenarios under the disclosed system:

Example 1: Retailer threshold configuration: Edit time is 2 hours, freeshipping qualification is $50, and batch duration time is 3 hours.

Buyer X logs into the system, an application on her smartphone, to makepurchases. At 2:45 pm, Buyer X views Wrinkle Cream and is shown a priceof $29.99, which is inclusive of shipping and tax. Buyer X selects“buy.” The system knows: (1) Buyer X has 2 hours to change anythingabout this order, (2) if Buyer X spends $50 total in over two hours shewill qualify for free shipping, and (3) anything Buyer X orders in thenext 3 hours could go in the same box, and she can receive reducedshipping costs.

At 2:47 pm, after her first purchase, Buyer X views a new product list.The footer on the screen states “spend $20.01 more by 5:45 to get freeshipping on your Wrinkle Cream.” As identified, the system willcalculate the difference in spend that will allow the user to earn freeshipping.

At 2:53 pm, Buyer X buys an Insulated Family Cooler in Cali Stripes.Buyer X is charged the price of the item as well as tax. Buyer X is NOTcharged for shipping because she has hit the threshold for $50 withinthe two hour window.

At 3:43 pm, Buyer X changes her mind about the Insulated Family Coolerand modifies it to the Emma Pink version since she is within the 2 houredit time window.

At 4:45 pm, the initial order is marked as unchangeable and batchingcountdown starts. At 4:53 pm, the second order is marked as unchangeableand another batching countdown starts. Buyer X then sets her smartphonedown for a while.

At 5:40 pm, Buyer X turns her smartphone back on and gets back into theapplication. The footer on the home view states “FREE SHIPPING ON ALLORDERS PLACED UNTIL 5:45 pm.” At 5:44 pm, Buyer X buys Bug Spray. BuyerX is charged the price of the item as well as tax. Buyer X is NOTcharged for shipping because she is still inside of the batching windowof her first purchase.

At 5:46 pm, Buyer X views the ‘home’ product list on the application.All prices are now inclusive of the cost of shipping and the footer nowshows “PRICES INCLUDE TAXES AND SHIPPING”. At 5:47 pm, Buyer X buys aWine Glass, and is charged the price of the item as well as the price ofshipping and tax. The system knows: (1) Buyer X has 2 hours to changeanything about this order, (2) if she spends $50 total in over twohours, she will qualify for free shipping, (3) anything she orders inthe next 3 hours could go in the same box, and we can save the user onshipping costs.

At 7:44 pm, the third order is marked as unchangeable and anotherbatching countdown starts.

At 7:45 pm, the first order batching countdown ends. The system checksfor all of the orders that are unchangeable that could be batchedtogether; it finds the first, second and third orders and puts themtogether into a shipment. That shipment is sent to the identifiedshipping address. The process will also invalidate the countdownsassociated with any of the items in the shipment.

Example 2: Retailer threshold configuration: Edit time to 2 hours, andorder cutoff time is 5 pm.

Buyer X logs into the system, an application on her smartphone, to makepurchases. At 2:45 pm, Buyer X views Wrinkle Cream and is shown a priceof $29.99, which is inclusive of shipping and tax. Buyer X selects“buy.” The system knows: (1) Buyer X has 2 hours to change anythingabout this order, (2) anything Buyer X orders until 5 pm could go in thesame box, and she can save shipping costs.

At 2:47 pm, after her first purchase, Buyer X views a new product list.The footer on the screen states “REDUCED SHIPPING COSTS ON ALL ORDERSPLACED UNTIL 5:00 pm.”

At 2:53 pm, Buyer X buys an Insulated Family Cooler in Cali Stripes.Buyer X is charged the price of the item, tax, as well as theincremental cost of shipping. She is ONLY charged for the incrementalcost of shipping because she has made the second order before thebatching cutoff time (5 pm) of the day.

At 3:43 pm, Buyer X changes her mind about the Insulated Family Coolerand modifies it to the Emma Pink version since she is within the 2 houredit time window.

At 4:45 pm, the initial order is marked as unchangeable and batchingcountdown starts. At 4:53 pm, the second order is marked as unchangeableand another batching countdown starts. Buyer X then sets her smartphonedown for a while.

At 4:56 pm, Buyer X turns her smartphone back on and gets back into theapplication. The footer on the home view states “REDUCED SHIPPING COSTSON ALL ORDERS PLACED UNTIL 5:00 pm.” At 4:57 pm, Buyer X buys Bug Spray.Buyer X is charged the price of the item, tax, as well as theincremental cost of shipping. She is ONLY charged for the incrementalcost of shipping because she is before the batching cutoff time (5 pm)of the day.

At 5:06 pm, Buyer X views the ‘home’ product list on the application.All of the prices are now inclusive of the cost of shipping, the footernow shows “PRICES INCLUDE TAXES AND SHIPPING”. At 5:47 pm, Buyer X buysa Wine Glass, and is charged the price of the item as well as the priceof shipping and tax. The system knows: (1) Buyer X has 2 hours to changeanything about this order, (2) anything she orders in the next 23 hours(until 5 pm the following day) could go in the same box, and we can savethe user on shipping costs.

At 6:56 pm, the third order is marked as unchangeable.

At 7:00 μm, the daily order batching cutoff occurs. This occurs a fulledit time after the configured order cutoff time. The system checks forall of the orders that are unchangeable that could be batched together;it finds the first three orders and puts them into a shipment. Thatshipment is sent to fulfillment.

At 7:47 pm, the fourth order is marked as unchangeable.

At 7:00 pm (next day), order batching cutoff occurs. The system checksfor all of the orders that are unchangeable that could be batchedtogether; it finds the forth order only, and puts it into a shipment.That shipment is sent to fulfillment.

Days later Buyer X receives two shipments, staggered by a day. The firstcontaining her first three orders, the second (which arrive a day later)containing her fourth.

In some examples, the discussed application may be implemented ascomputer program instructions encoded on a computer-readable storagemedia in a machine-readable format. FIG. 23 is a schematic diagramillustrating a conceptual partial view of an example computer programproduct 3000 that includes a computer program for executing a computerprocess on a computing device, arranged according to at least someexamples presented herein. The example computer program product 3000 maybe provided using a non-transitory computer readable medium 3001. Thenon-transitory computer readable medium 3001 may include one or moreprogramming instructions 3002 that, when executed by one or moreprocessors may provide functionality or portions of the functionalitydescribed above with respect to FIGS. 14A-22 . Thus, for example,referring to the example shown in FIG. 22 , one or more features ofblocks 2902, 2904, 2906, 2908, 2910, 2912, 2914, and/or 2916 may beundertaken by one or more instructions associated with thenon-transitory computer readable medium 3001.

In some implementations, the non-transitory computer readable medium3001 may encompass a computer recordable medium 3003, such as, but notlimited to, memory, read/write (R/W) CDs, R/W DVDs, etc. The one or moreprogramming instructions 3002 may be, for example, computer executableand/or logic implemented instructions.

Many of the above-described features and applications are implemented assoftware processes that are specified as a set of instructions recordedon a computer readable storage medium (also referred to as computerreadable medium). When these instructions are executed by one or moreprocessing unit(s) (e.g., one or more processors, cores of processors,or other processing units), they cause the processing unit(s) to performthe actions indicated in the instructions. Examples of computer readablemedia include, but are not limited to, RAM chips, EPROMs, etc. Thecomputer readable media does not include carrier waves and electronicsignals passing wirelessly or over wired connections.

In this specification, the term “software” is meant to include firmwareresiding in read-only memory or applications stored in magnetic storage,which can be read into memory for processing by a processor. Also, insome implementations, multiple software aspects of the subjectdisclosure can be implemented as sub-parts of a larger program whileremaining distinct software aspects of the subject disclosure. In someimplementations, multiple software aspects can also be implemented asseparate programs. Finally, any combination of separate programs thattogether implement a software aspect described here is within the scopeof the subject disclosure. In some implementations, the softwareprograms, when installed to operate on one or more electronic systems,define one or more specific machine implementations that execute andperform the operations of the software programs.

A computer program (also known as a program, software, softwareapplication, script, or code) can be written in any form of programminglanguage, including compiled or interpreted languages, declarative orprocedural languages, and it can be deployed in any form, including as astand-alone program or as a module, component, subroutine, object, orother unit suitable for use in a computing environment. A computerprogram may, but need not, correspond to a file in a file system. Aprogram can be stored in a portion of a file that holds other programsor data (e.g., one or more scripts stored in a markup languagedocument), in a single file dedicated to the program in question, or inmultiple coordinated files (e.g., files that store one or more modules,sub programs, or portions of code). A computer program can be deployedto be executed on one computer or on multiple computers that are locatedat one site or distributed across multiple sites and interconnected by acommunication network.

These functions described above can be implemented in digital electroniccircuitry, in computer software, firmware or hardware. The techniquescan be implemented using one or more computer program products.Programmable processors and computers can be included in or packaged ascomputing devices, which include mobile devices. The processes and logicflows can be performed by one or more programmable processors and by oneor more programmable logic circuitry. General and special purposecomputing devices and storage devices can be interconnected throughcommunication networks.

Some implementations include electronic components, for example,microprocessors, storage and memory that store computer programinstructions in a machine-readable or computer-readable medium(alternatively referred to as computer-readable storage media,machine-readable media, or machine-readable storage media). Someexamples of such computer-readable media include RAM, ROM, and flashmemory. The computer-readable media can store a computer program that isexecutable by at least one processing unit and includes sets ofinstructions for performing various operations. Examples of computerprograms or computer code include machine code, for example, is producedby a compiler, and files including higher-level code that are executedby a computer, an electronic component, or a microprocessor using aninterpreter.

While the above discussion primarily refers to microprocessor ormulti-core processors that execute software, some implementations areperformed by one or more integrated circuits, for example, applicationspecific integrated circuits (ASICs) or field programmable gate arrays(FPGAs). In some implementations, such integrated circuits executeinstructions that are stored on the circuit itself.

Aspects of the subject technology described in this specification can beimplemented in a computing system that includes a retailer server, whichincludes the above-discussed application and client info database, and aclient computer having a graphical user interface or a web browserthrough which a user can interact with an implementation of the subjecttechnology described in this specification, or any combination of one ormore such back end, middleware, or front end components. The componentsof the system can be interconnected by any form or medium of digitaldata communication, e.g., a communication network. Examples ofcommunication networks include a local area network (“LAN”) and a widearea network (“WAN”), an inter-network (e.g., the Internet), andpeer-to-peer networks (e.g., ad hoc peer-to-peer networks).

The client computer and retailer server are generally remote from eachother and typically interact through a communication network. Therelationship of client and server arises by virtue of computer programsrunning on the respective computers and having a client-serverrelationship to each other. In some aspects, a server transmits data(e.g., an HTML page) to a client device (e.g., for purposes ofdisplaying data to and receiving user input from a user interacting withthe client device). Data generated at the client device (e.g., a resultof the user interaction) can be received from the client device at theserver.

It is understood that any specific order or hierarchy of steps m theprocesses disclosed is an illustration of example approaches. Based upondesign preferences, it is understood that the specific order orhierarchy of steps in the processes may be rearranged, or that allillustrated steps be performed. Some of the steps may be performedsimultaneously. For example, in certain circumstances, multitasking andparallel processing may be advantageous. Moreover, the separation ofvarious system components in the embodiments described above should notbe understood as requiring such separation in all embodiments, and itshould be understood that the described program components and systemscan generally be integrated together in a single software product orpackaged into multiple software products.

The previous description is provided to enable any person skilled in theart to practice the various aspects described herein. Variousmodifications to these aspects will be readily apparent to those skilledin the art, and the generic principles defined herein may be applied toother aspects. Thus, the claims are not intended to be limited to theaspects shown herein, but are to be accorded the full scope consistentwith the language claims, wherein reference to an element in thesingular is not intended to mean “one and only one” unless specificallyso stated, but rather “one or more.” Unless specifically statedotherwise, the term “some” refers to one or more. Pronouns in themasculine (e.g., his) include the feminine and neuter gender (e.g., herand its) and vice versa. Headings and subheadings, if any, are used forconvenience only and do not limit the subject disclosure.

A phrase such as an “aspect” does not imply that such aspect isessential to the subject technology or that such aspect applies to allconfigurations of the subject technology. A disclosure relating to anaspect may apply to all configurations, or one or more configurations. Aphrase such as an aspect may refer to one or more aspects and viceversa. A phrase such as a “configuration” does not imply that suchconfiguration is essential to the subject technology or that suchconfiguration applies to all configurations of the subject technology. Adisclosure relating to a configuration may apply to all configurations,or one or more configurations. A phrase such as a configuration mayrefer to one or more configurations and vice versa.

The word “exemplary” is used herein to mean “serving as an example orillustration.” Any aspect or design described herein as “exemplary” isnot necessarily to be construed as preferred or advantageous over otheraspects or designs.

While the foregoing has described what are considered to be the bestmode and/or other examples, it is understood that various modificationsmay be made therein and that the subject matter disclosed herein may beimplemented in various forms and examples, and that the teachings may beapplied in numerous applications, only some of which have been describedherein. It is intended by the following claims to claim any and allapplications, modifications and variations that fall within the truescope of the present teachings.

1. (canceled)
 2. A system associated with a service provider server,comprising: a non-transitory memory; and one or more hardware processorscoupled to the non-transitory memory and configured to read instructionsfrom the non-transitory memory to cause the system to perform operationscomprising: detecting that a first webpage associated with a firstserver is accessed by a user device, wherein the first server isdifferent from the service provider server, and wherein the firstwebpage comprises a first presentation of a first product offered forsale by a first seller associated with the first webpage and a first buyselector associated with the first product; subsequent to the detecting,determining a second product offered for sale by a second seller basedon querying a composite product catalog using at least one of the firstproduct or a user profile associated with a user of the user device,wherein the composite product catalog comprises product informationassociated with a plurality of products offered for sale by a pluralityof sellers; modifying, using an application programming interface (API)associated with the first server, the first webpage by inserting, intothe first webpage, a second presentation of the second product offeredfor sale by the second seller, wherein the second presentation of thesecond product and the first presentation of the first product areorganized according to one or more organizational formats associatedwith the first webpage; presenting, by the one or more hardwareprocessors, the modified first webpage on the user device; and inresponse to receiving an indication of a selection of the second productvia the first webpage, generating a purchase transaction for purchasingthe second product from the second seller without redirecting the useraway from the modified first webpage associated with the first server.3. The system of claim 2, wherein the operations further comprise:providing, on the modified first webpage, an edit selector for editingthe product transaction; and providing, on the modified first webpage, acountdown of a time remaining for editing the product transaction,wherein the time remaining is determined based on a preset time definedby the second seller.
 4. The system of claim 2, wherein the operationsfurther comprise: detecting a selection of the first buy selector;generating, based on the selection of the first buy selector, a secondpurchase transaction for purchasing the first product from the firstwebpage; and providing, on the modified first webpage, a countdown of asecond time remaining for editing the second purchase transaction,wherein the second time remaining is determined based on a second presettime defined by the first server.
 5. The system of claim 2, wherein thesecond presentation comprises a second buy selector associated with thesecond product, wherein the indication is received via the second buyselector, and wherein the first buy selector and the second buy selectorshare a same appearance.
 6. The system of claim 2, wherein the secondproduct is determined further based on the second product not beingavailable for sale by the first seller.
 7. The system of claim 2,wherein the operations further comprise: providing, on the modifiedfirst webpage, a prompt for the user to log in to a transaction systemprior to receiving the indication.
 8. The system of claim 2, wherein theoperations further comprise: determining that additional userinformation is required by the second seller to complete the purchasetransaction; and transmitting the additional user information to thesecond seller.
 9. A method, comprising: detecting, by a service providerserver, that a first webpage associated with a first server is accessedby a user device; analyzing, by the service provider server, a firstpresentation of a first product included in the first webpage, whereinthe first product is offered for sale by a first seller associated withthe first server via the first webpage, and wherein the firstpresentation includes a first buy selector for purchasing the firstproduct; subsequent to the detecting, determining, by the serviceprovider server, a second product offered for sale by a second sellerbased on at least one of the first product or a user profile associatedwith a user of the user device; modifying the first webpage based on thesecond product, wherein the modifying comprises inserting, into thefirst webpage, a second presentation of the second product offered forsale by the second seller, wherein the second presentation of the secondproduct and the first presentation of the first product are organizedaccording to one or more organizational formats associated with thefirst webpage; presenting the modified first webpage on the user device;and in response to receiving an indication of a selection of the secondproduct, generating, by the service provider server, a purchasetransaction for purchasing the second product from the second sellerwithout redirecting the user away from the modified first webpageassociated with the first server.
 10. The method of claim 9, furthercomprising: monitoring purchase transactions conducted through a useraccount of the user, wherein the second product is determined furtherbased on the monitoring.
 11. The method of claim 10, wherein theoperations further comprise: deriving a shopping habit associated withthe user based on one or more past transactions conducted through theuser account, wherein the second product is determined further based onthe shopping habit associated with the user.
 12. The method of claim 9,further comprising: determining a plurality of products offered for saleby a plurality of sellers based on at least one of the first product orthe user profile; and filtering out, from the plurality of products, oneor more products offered for sale by one or more sellers different fromthe first seller.
 13. The method of claim 9, wherein the second productis determined further based on a historic purchase pattern of the secondproduct associated with the user.
 14. The method of claim 9, furthercomprising: prior to the modifying the first webpage, providing, on thefirst webpage, a prompt for the user to log in to a transaction systemin response to determining that the user is not logged in to thetransaction system; and determining the user profile of the user basedon credentials used by the user to log in to the transaction system. 15.The method of claim 9, further comprising: determining that additionaluser information is required to complete the purchase transaction; andproviding, on the modified first webpage, an interface that prompts theuser for the additional user information.
 16. A non-transitorymachine-readable medium having stored thereon machine-readableinstructions executable to cause a machine associated with a serviceprovider server to perform operations comprising: detecting that a firstwebpage associated with a first server is accessed by a user device,wherein the first server is different from the service provider server,and wherein the first webpage comprises a first presentation of a firstproduct offered for sale by a first seller associated with the firstwebpage and a first buy selector associated with the first product;querying a composite product catalog using at least one of the firstproduct or a user profile associated with a user of the user device,wherein the composite product catalog comprises product informationassociated with a plurality of products offered for sale by a pluralityof sellers; subsequent to and based on the querying, determining asecond product offered for sale by a second seller; modifying, using anapplication programming interface (API) associated with the firstserver, the first webpage, wherein the modifying comprises inserting,into the first webpage, a second presentation of the second productoffered for sale by the second seller, and wherein the secondpresentation of the second product and the first presentation of thefirst product are organized according to one or more organizationalformats associated with the first webpage; presenting, by the one ormore hardware processors, the modified first webpage on the user device;receiving an indication of a selection of the second product; andgenerating, based on the selection, a purchase transaction forpurchasing the second product from the second seller without redirectingthe user away from the modified first webpage associated with the firstserver.
 17. The non-transitory machine-readable medium of claim 16,wherein the operations further comprise: monitoring purchasetransactions conducted through a user account of the user, wherein thesecond product is determined further based on the monitoring.
 18. Thenon-transitory machine-readable medium of claim 16, wherein theoperations further comprise: determining a plurality of products offeredfor sale by a plurality of sellers based on at least one of the firstproduct or the user profile; and filtering out, from the plurality ofproducts, one or more products offered for sale by one or more competingsellers of the first seller.
 19. The non-transitory machine-readablemedium of claim 16, wherein the second product is determined furtherbased on a historic purchase pattern of the second product associatedwith the user.
 20. The non-transitory machine-readable medium of claim16, wherein the operations further comprise: prior to the modifying thefirst webpage, providing, on the first webpage, a prompt for the user tolog in to a transaction system in response to determining that the useris not logged in to the transaction system; and determining the userprofile of the user based on credentials used by the user to log in tothe transaction system.
 21. The non-transitory machine-readable mediumof claim 16, wherein the operations further comprise: determining thatadditional user information is required by the second seller to completethe purchase transaction; and transmitting the additional userinformation retrieved from the user profile to the second seller.